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ALIGNMENT OF TDM-BASED SIGNALS FOR PACKET 
TRANSMISSION USING FRAMED AND UNFRAMED 

OPERATIONS 



RELATED APPLICATIONS 

001] This is a continuation of U.S. Provisional Patent Application Serial Number 
, entitled "Alignment of TDM-based signals for Packet Transmission using 
Framed arid Unframed Operations" filed March 31, 2001. 

FIELD OF THE INVENTION 

[0002] The invention related to the field of telecommunications. More specifically 
the invention relates to alignment of Time Division Multiplexing (TDM) signals for 
packet transmission using framed and unframed operations. 

BACKGROUND OF THE INVENTION 

[0003] With the advent of the Internet and the World Wide Web (WWW), the need 
for high-speed transmission of data including video and audio has continued to increase. 
Moreover, in addition to the demand for higher bandwidth, there has also been an 
increased need for various types of services that employ different protocols. For 
example, certain customers (e.g., companies providing voice services) of high-speed 
networks want to operate on a Time Division Multiplexing (TDM) Network, which 
combines different data streams, such as voice traffic, such that each data stream is 
assigned a time slot within the combined data stream. Moreover, other customers of 
high-speed networks may desire to transport data employing packet-based data streams, 
which do not have dedicated timeslots to given packets. Examples of the types of packets 
that can be placed into such data streams can include Asynchronous Transfer Mode 
(ATM), Internet Protocol (IP), Frame Relay, voice over EP and Point- to-Point Protocol 
(PPP). 
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[0004] Figure 1 illustrates a prior art traffic or line card within a network element for 
processing of packet-based data that is wrapped in different formats for transmission. In 
particular, Figure 1 includes line card 100 that includes receiving unit 120 and 
transmitting unit 122. Receiving unit 120 includes deframer unit 102 that is coupled to 
5 packet engine unit 104, which in turn is coupled to packet processor 106. Transmitting 
unit 122 includes packet processor 108 that is coupled to packet engine unit 110, which in 
turn is coupled to framer unit 112. The packet-based data being received by and 
transmitted out from deframer unit 102 and framer unit 112, respectively, is encapsulated 
or wrapped into different formats or protocols. For example, one type of such format 
)i 10 could include Synchronous Optical Network (SONET) and Synchronous Digital 

H Hierarchy (SDH). 

'-■•4 

a ;= [0005] Within receiving unit 102, deframer unit 102 receives the encapsulated packet- 

SO based data and removes the payload of this encapsulated data, which is the packet-based 
O data. Deframer unit 102 then forwards this payload to packet engine unit 104. Pa cket 
M 15 engine unit 104 locat es the packet b oundaries within the payl oad and forwards the 
f ;j packets to packet processor 106. Accordingly, packet processor 106 can perform various 
packet operations on such packets. For example, if the packets are Internet Protocol (IP) 
packets, packet processor 106 can include a forwarding table for forwarding these IP 
packets to other locations within the network that contains the network element that 
20 includes line card 100. 

[0006] Within transmitting unit 122, packet processor 108 receives packets from 
other locations in the networks, such as IP routers for IP packets, and forwards such 
packets to packet engine unit 110. Packet engine unit 110 combines these packets into 
payloads of the protocol associated with the transmitting line coupled to framing unit 112. 
25 Packet engine unit 110 then forwards these payloads to framer unit 112. Framer unit 112 
then encapsulates these payloads into the protocol for the transmitting line and forwards 
these encapsulated payloads thereon. 

[0007] Figure 2 illustrates a different prior art traffic or line card within a network 
element for processing of TDM traffic, including telephone calls, through a packet-based 
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network. In particular, Figure 2 includes line card 200 that allows for voice over IP and 
includes receiving unit 220 and transmitting unit 222. Receiving unit 220 includes 
deframer unit 202 that is coupled to interface unit 204 that is coupled to digital signal 
processor 206, which in turn is coupled to packet processor 208. Transmitting unit 222 
5 includes packet processor 210 that is coupled to digital signal processor 212 that is 
coupled to interface unit 214, which in turn is coupled to framer unit 216. 

[0008] The input into receiving unit 220 is TDM carrying telephone lines, such as 
Data Signal (DS)-3s and DSls. In particular, 24 DS0 data streams, each associated with a 
r % given telephone call, are interleaved within a DS1 . Moreover, under current transmission 
}%10 standards, 28 DS1 data streams can be interleaved into a single DS3. Deframer unit 202 

I . i 

?'* receives the DS3s or DS 1 s and removes the DSOs contained therein. Moreover, the DS3 

•3 

= :i and DS1 data streams contain overhead bits that indicate the beginning of the DS3, DS1 
and DS0 frames within such data streams. Accordingly, in addition to transmitting the 

3 

^ DS0 data streams to interface unit 204, deframer unit 202 transmits signals indicating the 
1= ^15 beginning and ending points of these DS0 data streams (i.e., frame alignment data) based 

r -. . s 

"•i 

Q on the overhead bits contained in the DS3 and DS 1 data streams. In other words, 
deframer unit 202 removes overhead bits, including framing bits, and transmits the 
payload (the DSOs data streams) along with frame alignment data indicating the 
beginning and ending points of the DS0 data streams to interface unit 204. 

20 [0009] Interface unit 204 receives the interleaved DS0 data streams and formats such 

streams for processing by digital signal processor 206. Digital signal processor 206 
receives the 24 interleaved DS0 data streams, which are effectively 24 separate telephone 
calls, and separates the DS0 data streams and creates 24 separate packet streams for 
subsequent packet processing and transmission. Moreover, digital signal processor 206 

25 may compress some or all of 24 packet streams for subsequent transmission. Digital 

signal processor 206 then transmits these packet streams to packet processor 208. Packet 
processor 208 typically acts as a router using a forwarding table to router the packets 
through the network to the destined location. 
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[0010] Disadvantageously, line card 200 is typically located within a network element 
wherein the real estate for the racks holding the line cards of such network elements is 
considered to be expensive due to space limitations. In particular, such network elements 
are typically located a central office or on the premises of large customers. Accordingly, 
5 all of the hardware within line card 200, including interface unit 204 and digital signal 
processor 206, are considered very costly in terms of real estate. Moreover, digital signal 
processor 206 tends to consume a relatively large amount of power, which needs to be 
limited in this location. Moreover, digital signal processor 206 conventionally includes 
processing power that can handle more TDM signals than is provided at such locations. 
^10 [0011] Figure 3 illustrates a prior art TDM switch for switching of DS0 data streams. 

I J This TDM switch, also termed a class 4 or class 5 switch, includes TDM bus 304, which 
=;= is coupled to time-slot interchanger 302, (de)framer units 306-310 and DS0 interface 312. 
ni DS0 interface 312 is an interface that couples a number of DSOs from a number of 
p different sources to TDM bus 304. For example, DS0 interface 312 could receive such 
t : t 15 DSOs from a Plain Old Telephone Service (POTS) line or to other sources that generate 
r DSOs. (De)framer units 306-310 typically receive a number of DS3 and/or DS1 signals 

fc IK 

r " from external transmission lines and break such signals down into the DSOs contained 
therein. Additionally, a number of different DSOs are placed onto TDM bus 304 from 
(de)framer units 306-310 and DSOs 312. Such DSOs are then transmitted to time-slot 

20 interchanger 302 wherein the DSOs are re-ordered and routed back out from the TDM 
switch through (de)framer units 306-310 and DSOs 213. 

[0012] For example, time-slot interchanger 302 could receive a first DS0 originating 
from a DS3 signal from (de)framer unit 306 and transmit this DS0 out (de)framer unit 
310. Similarly, time-slot interchanger 302 could receive a second DS0 originating from a 

25 DS1 signal from (de)framer unit 308 and transmit this DS0 out (de)framer unit 310. 

Accordingly, (de)framer unit 310 could place these two DSOs along with 22 other DSOs 
into a DS1 signal and transmit this DS1 signal out from the TDM switch of Figure 3. As 
illustrated, the TDM switch of Figure 3 acts as a TDM cross-connect by allowing for the 
switching of TDM data at the DS0 level. 
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SUMMARY OF THE INVENTION 

[0013] A method and apparatus for alignment of TDM-based signals for packet 
transmission using framed and unframed operations are described. In an embodiment, a 
5 line card in a network element includes a deframer unit that receives a Time Division 

Multiplexing (TDM) signal. The TDM signal includes a payload and overhead data. The 
deframer generates frame alignment data based on the overhead data. The line card also 
includes a packet engine unit coupled to the deframer unit. The packet engine unit 
receives the payload, the overhead data and the frame alignment data and generates a 

f i 

wlO number of packet engine packets. The packet engine packets represent a frame within the 
UJ TDM signal such that the packet engine packets include the payload, the overhead data 
b'S and the frame alignment data. Additionally, the line card includes a packet processor 
CiJ coupled to the deframer unit. The packet processor receives the packet engine packets 

Si 

p and generates network packets based on the packet engine packets. 

ss sss 

i;il5 [0014] In another embodiment, a method includes receiving a TDM signal that 

H includes overhead data and payload data. Frame alignment data is generated based on 

locations of frame boundaries within the TDM signal. The method also includes placing 
the TDM signal into packet engine packets based on the frame boundaries within the 
TDM signal. The overhead data, the payload data and the frame alignment data are 
20 within packet engine packets. Each packet engine packet corresponds to a frame within 
the TDM signal. The method also includes encapsulating the packet engine packets into 
network packets. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



[0015] Embodiments of the invention may be best understood by referring to the 
following description and accompanying drawings which illustrate such embodiments. 
The numbering scheme for the Figures included herein are such that the leading number 
for a given element in a Figure is associated with the number of the Figure. For example, 
system 400 can be located in Figure 4. However, element numbers are the same for those 
elements that are the same across different Figures. Li the drawings: 

[0016] Figure 1 illustrates a prior art traffic or line card within a network element for 
processing of packet-based data that is wrapped in different formats for transmission; 

[0017] Figure 2 illustrates a different prior art traffic or line card within a network 
element for processing of TDM traffic through a packet-based network; 

[0018] Figure 3 illustrates a prior art TDM switch for switching of DS0 data streams; 

[0019] Figure 4 is block diagram illustrating a system that incorporates embodiments 
of the present invention; 

[0020] Figure 5 illustrates portions of in-ring network elements 102-108, according 
to embodiments of the present invention; 

[0021] Figure 6 illustrates portions of line card 502, according to embodiments of the 
present invention; 

[0022] Figure 7 illustrates a superframe DS1 signal and packet engine packets 
created there from, according to embodiments of the present invention; and 

[0023] Figure 8 shows packet engine packets corresponding to DS1 frames within a 
DS1 superframe, according to embodiments of the present invention. 
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DETAILED DESCRIPTION 

[0024] A method and apparatus for alignment of TDM-based signals for packet 
transmission using framed and unframed operations are described. In the following 
description, for purposes of explanation, numerous specific details are set forth in order to 
5 provide a thorough understanding of the present invention. It will be evident, however, to 
one skilled in the art that the present invention may be practiced without these specific 
details. 

System Description 

r ,c \ 

P10 [0025] Figure 4 is block diagram illustrating a system that incorporates embodiments 

€13 

iii of the present invention. In particular, Figure 4 illustrates system 400 that includes 

vj 

B £ network ring 414, which is comprised of in-ring network element 402, in-ring network 
r g element 404, in-ring network element 406 and in-ring network element 408. System 400 
p also include non-ring network element 410, non-ring element 411 and non-ring network 
l"I15 element 412, which are coupled to network ring 414 through in-ring network element 
? i? 402, in-ring network element 404 and in-ring network element 406, respectively. In an 
* iS embodiment, non-ring elements 410-412 can be routers, switches, bridges or other types 
of network element that switch data across a network. 

[0026] In one embodiment, the connection among in-ring network element 402, in- 
20 ring network element 404, in-ring network element 406 and in-ring network element 408 
allow for bi-directional traffic. Accordingly, this bi-directional capability allows for 
redundancy in the communication between the different network elements, such that if a 
given line of communication is lost, the data traffic to be transmitted thereon can be 
rerouted in the opposite direction to reach its intended destination within the ring 
25 architecture. 

[0027] In an embodiment, system 400 transmits data traffic among the different 
network elements, both in-ring and non-ring, employing the Synchronous Optical 
Network (SONET) standard or Synchronous Digital Hierarchy (SDH). However, 
embodiments of the present invention are not so limited, as data traffic among the 
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different network elements can be transferred using other types of transmission standards. 
Examples of other types of transmission standards can include, but are not limited to, Tl, 
T3, Jl, El, E3, Data Signal (DS)3 and DS1 signals. In one embodiment, data traffic 
among in-ring network element 402, in-ring network element 404, in-ring network 
5 element 406 and in-ring network element 408 includes TDM traffic and packet traffic 
within a same Time Division Multiplexing (TDM) signal. 

[0028] In this ring network, network elements are used that can transmit and receive 
TDM ring traffic. In addition, at least certain of the network elements provide two 
different switching techniques - TDM and packet. The packet switching provided can 
^10 support any number of protocols including layer 2 and layer 3 type protocols such as 
i [ J ATM, Ethernet, Frame Relay, etc. In addition to typical operations of a TDM network 

element, the network elements are implemented to be able to: l)programmably select on 
Ci] an STS basis certain of the incoming TDM traffic to be extracted and packet switched 

s 

t:i rather than TDM switched; and/or 2) receive packet traffic in another form and to be 
h.hlS packet switched. Regardless of which switching technique is used, the switched traffic 
H going back onto the ring is put in TDM format and transmitted out. However, each time 
traffic is packet switched, that traffic can be statistically multiplexed (e.g., the packets can 
be selectively dropped based on various criteria). A further description of the operation 
of system 400 and the network elements therein is described in more detail below. 
20 [0029] The architecture and configuration of system 400 is by way of example and 

not by way of limitation, as embodiments of the present invention can be incorporated in 
other types of systems. For example, other such systems could incorporate less or more 
network elements into the network ring and/or network elements attached thereto. 
Moreover, embodiments of the present invention are not limited to the network ring 
25 architecture as illustrated in Figure 4. Examples of other types of network architectures 
that can incorporate embodiments of the present invention include, but are not limited to, 
a point-to-point configuration, point-to-multipoint configuration and/or a hub 
configuration. In addition, embodiments of the present invention are not limited to TDM 
networks, but also apply to Wave Division Multiplexing (WDM) networks. 
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Network Element Description 
[0030] Figure 5 illustrates portions of in-ring network elements 402-408 (for 
purposes of Figure 5, hereinafter "network element 402"), according to embodiments of 
5 the present invention. As shown, network element 402 includes line cards 502a-d and 
control card(s) 520, such that control card(s) 520 are coupled to each of line cards 502a-d. 
The number of line cards illustrated are for the sake of simplicity and not by way of 
limitation, as a lesser or greater number of line cards can be included within network 
element 402. Additionally, network element 402 includes a first switch fabric, packet 
%j 10 mesh 526, which includes a full mesh such that each of line cards 502a-d is coupled to 
hj one another. For example, line card 502a is coupled to line cards 502b-d through packet 

!» s 

mesh 526. However, embodiments of the present invention are not limited to a full mesh 
iq for the transmission of packets among line cards 502a-d, as any type of switching method 
I?™ that switches based on the addressing scheme described herein can be incorporated into 

15 embodiments of the present invention. For example, in one embodiment, line cards 502a- 
^2 d could be coupled together using a switch fabric, such that the line cards are coupled to a 
f A control card, which provides for the switching therein. 

[0031] Line cards 502a-d include physical connection circuitry 510a-d, ingress packet 
processing circuitry 512a-d and egress packet processing 514a-d, respectively. Physical 
20 connection circuitry 510a-d can be coupled to lines external to network element 402, as 
shown, which can carry optical and/or electrical signals, which is described in more detail 
below in conjunction with Figure 7. In one embodiment, line cards 502a-d of network 
element 402 may be connected to an optical line transmitting SONET OC-N signals. 
Moreover, in an embodiment, line cards 502a-d of network element 402 may be 
25 connected to an electrical line such as a Tl, T3, Jl, El, E3, Ethernet, Gigabit Ethernet, 
etc. However, embodiments of the present invention are not limited to the above- 
described examples, as any other type of optical or electrical data transmission can be 
incorporated into embodiments of the present invention. Additionally, control cards(s) 
520 include TDM switching circuitry 516. 
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[0032] In an embodiment, each line card 502a-d can be coupled to four optical and/or 
electrical lines. In another embodiment, each line card 502a-d can be coupled to eight 
optical and/or electrical lines. In one embodiment, each line card 502a-d can be coupled 
to 12 electrical (T3) lines. However, embodiments of the present invention are not so 
5 limited, as a lesser or greater number of optical and/or electrical lines can be coupled to 
network element 402 through line cards 502a-d. Additionally, physical connection 
circuitry 510a-d are coupled to ingress packet processing circuitry 512a-d, respectively, 
such that packet data being received from the optical and/or electrical lines is passed from 
physical connection circuitry 510a-d to ingress packet processing circuitry 51 2a-d, 

10 respectively. In one embodiment, the packet data is extracted from a TDM signal, which 
is described in more detail below. 

[0033] Ingress packet processing circuitry 512a-d is coupled to packet mesh 526. 
Accordingly, each ingress packet processing circuitry 512a-d is coupled to each egress 
packet processing circuitry 51 4a-d, respectively, on other line cards 502a-d through 

15 packet mesh 526. Moreover, egress packet processing circuitry 51 4a-d is respectively 
coupled to physical connection circuitry 5 1 Oa-d, such that packet data traffic coming in 
from packet mesh 526 from ingress packet processing circuitry 512a-d is transmitted from 
egress packet processing circuitry 514a-d to physical connection circuitry 51 Oa-d, 
respectively. 

20 [0034] Line cards incorporated into embodiments of the present invention are not 

limited to those illustrated by line cards 502a-d. Moreover, the network elements can 
have different line card configurations from that shown by line cards 502a-d. For 
example, a given in-ring network element could be limited to a single line card that can 
receive and transmit TDM traffic(which may include packet traffic) within network ring 

25 414, employing multiple interfaces for the receipt and transmittal of TDM traffic. In 
another embodiment, a given in-ring network element can include a first line card to 
receive TDM traffic (which may include packet traffic) from another in-ring element, 
while a second line card can transmit TDM traffic to another or same in-ring network 
element. In one such embodiment, a third line card can be incorporated into this given in- 
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ring network element to add, drop and transmit different types of traffic including 
different types of packet traffic, such as ATM, Frame Relay, IP, etc, received and 
transmitted to a non-ring network element. In another embodiment, a given network 
element may include a single line card with multiple interfaces such that a first interface 
5 receives TDM traffic from another in-ring network element, a second interface transmits 
TDM traffic to another in-ring network element and a third interface adds, drops and 
transmits traffic, such as packet traffic to a non-ring network element. 

[0035] Accordingly, a line card is used either to connect to an in-ring network 
element to form part of the ring, or to provide communication with out-of ring network 

sJlO elements. To provide some examples with regard to a line card connected with an out-of- 

IQ 

hi ring network element: 1) layer 2/3 traffic from out-of-ring network element can come in, 

N 

go through the packet mesh to a line card connected to an in-ring network element, and 
rij then out onto the ring being carried by a SONET frame; 2) layer 2/3 traffic coming from 
□ an out-of-ring network element can be de-mapped into SONET, go through the TDM 
^ 15 switch fabric to a line card connected to an in-ring network element, and then out onto the 
fi ring being carried by a SONET frame; 3) TDM traffic coming from an out-of-ring 
F ' a network element can come in, go through the TDM switch fabric to a line card connected 
to an in-ring network element, and then out onto the ring being carried by a SONET 
frame; 4) TDM traffic carrying layer 2/3 traffic can be processed to extract the layer 2/3 
20 traffic, with the layer 2/3 traffic going through the packet mesh to a line card connected to 
an in-ring network element, and then out onto the ring carried by a SONET frame; layer 
2/3 traffic coming form an out-of-ring network element can go through the packet mesh 
to an line card connected to an out-of-ring network element, and then go out of the ring 
being carried by the protocol of the interface of that egress line card; etc. 
25 [0036] With regard to the TDM traffic, a second switch fabric (in addition to packet 

mesh 526) is formed among line cards 502a-d and TDM switching circuitry 516 of 
control cards 520, as illustrated by the dashed lines in Figure 5. In particular, physical 
connection circuitry 510a-d is coupled to TDM switching circuitry 516 for the receiving 
and transmitting of TDM traffic into and out of network element 402. Accordingly, TDM 
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switching circuitry 516 receive TDM traffic from physical connection circuitry 51 Oa-d 
and switches this traffic to any of physical connection circuitry 51 Oa-d, based on 
configuration data for the timeslots of the TDM traffic. For example, TDM switching 
circuitry 516 could be configured such that data within the first ten timeslots of a TDM 
5 signal, such as a SONET/SDH signal, received on a first interface of physical connection 
circuitry 510a are forwarded out the first five timeslots of a TDM signal being transmitted 
out from a first interface of physical connection circuitry 51 Od. 

Line Card 502 

js i* 1 ■■■■ — 

E | 

* 3 10 [0037] Figure 6 illustrates portions of line card 502, according to embodiments of the 

W present invention. In particular, Figure 6 illustrates portions of physical connection 

circuitry 510, ingress packet processing circuitry 512 and egress packet processing 
CiJ circuitry 514. Physical connection circuitry 510 includes those blocks to the left of 
£3 dashed line 650, while ingress packet processing circuitry 512 and egress packet 
t,fel5 processing circuitry 514 include those blocks to the right of dashed line 650. Physical 
g'j connection circuitry 510 includes deframer unit 602, packet engine 604, framer unit 612 
r and packet engine 610. Ingress packet processing circuitry 512 includes packet processor 

606, while egress packet processing circuitry 514 includes packet processor 608. 

[0038] Additionally, line card 502 of Figure 6 is broken into ingress and egress units, 
20 as described above in conjunction with Figure 5. Ingress unit 620 includes those blocks 

above dashed line 652, and egress unit 622 includes those blocks below dashed line 652. 

In particular, ingress unit 620 includes deframer unit 602, packet engine 604 and packet 

processor 606, while egress unit 622 includes framer unit 612, packet engine 610 and 

packet processor 608. 

25 [0039] Ingress unit 602 receives a data signal, such as a number of DS3 signals, 

external to the network element, containing line card 502, through deframer unit 602. 
Deframer unit 602 is coupled to packet engine unit 604 through payload signal 630, frame 
alignment signal 632 and overhead data signal 634. The delineation of signals 630-634 is 
for the sake of clarity and not by way of limitation. For example, in one embodiment, 
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there could be a single transmission line between deframer unit 602 and packet engine 
unit 604 for passing of the payload, frame alignment and overhead data signals. Packet 
engine unit 604 is coupled to packet processor 604, which is coupled to packet mesh 526 
(shown in Figure 5). 

5 [0040] Egress unit 622 receives packets from packet mesh 526 (shown in Figure 5) 

through packet processor 608. Packet processor 608 is coupled to packet engine unit 610. 
Moreover, packet engine unit 610 is coupled to framer unit 612 through payload signal 
636, frame alignment signal 638 and overhead data signal 640. The delineation of signals 
636-640 is for the sake of clarity and not by way of limitation. For example, in one 

€3 

^ : 3 1 0 embodiment, there could be a single transmission line between packet engine unit 610 

iij and framer unit 612 for passing of the payload, frame alignment and overhead data 

~Z signals. Framer unit 612 is coupled to an external data signal, such as a number of DS3 

£ij signals. The operation of the portions of line card 502 illustrated in Figure 6 will now be 

r 3 described in terms of framed-based and unframed-based operations. 

Ill5 

Framed-Based Operations 
f * [0041] The operation of the portions of line card 502 illustrated in Figure 6 will now 

be described in terms of framed-based operations. In other words, in addition to other 
operations, line card 502 will locate the frame boundaries of the incoming TDM signals. 
20 Ingress unit 620 receives a data signal, such as a number of DS3 signals, external to the 
network element, containing line card 502, through deframer unit 602. 

[0042] In one embodiment, with regard to ingress unit 620, deframer unit 602 
receives a DS3 signal and extracts the 28 DS1 signals contained therein, as is known in 
the art. The subsequent operation of deframer unit 602, packet engine 604 and packet 
25 processor 606 will be described in terms of one of the 28 DS1 signals extracted from the 
incoming DS3 signal. The given DS1 signal used to illustrate the operation of line card 
502 will be a DS1 superframe signal, as is known in the art. This is by way of example 
and not by way of limitation as signals employing other formats can be incorporated into 
embodiments of the present invention. For example, in another embodiment an extended 
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superframe could be processed by line card 502. In an embodiment, other types of TDM- 
based signals, such as a DS3, El or Jl signal, could be used. 

[0043] Figure 7 illustrates a DS1 superframe according to embodiments of the 
present invention. In particular, Figure 7 includes DS1 superframe 700. As is known in 
the art, a DS1 superframe includes 12 DS1 frames. However, for the sake of clarity DS1 
superframe 700 includes the first two and the last DS1 frame within a DS1 superframe. 
In particular, DS1 superframe 700 includes DS1 frame 702, DS1 frame 712 and DS1 
frame 732. Moreover, each of DS1 frames 702, 712 and 732 include overhead bits and a 
number of DSOs, as is known in the art. In one embodiment, a given DS1 frame includes 
24 DSOs. Accordingly, DS1 frame 702 includes overhead bit 704 and DSOs 706, while 
DS1 frame 712 includes overhead bit 714 and DSOs 716. Additionally, DS1 frame 732 
includes overhead bit 734 and DSOs 736. 

[0044] In one embodiment, deframer unit 602 locates the beginning of DS1 
superframe 700 as well as the locations of each DS1 frame contained therein. For 
example, deframer unit 602 identifies the beginning of DS1 702, 712 and 732. Moreover, 
in an embodiment, deframer unit 602 extracts overhead bits 704, 714 and 734 from DS1 
702, 712 and 732, respectively. Accordingly, deframer unit 602 transmits DSOs 706, 716 
and 736 across payload signal 630 and overhead bits 704, 714 and 734 across overhead 
data signal 634. Moreover, deframer unit 602 transmits frame alignment data, including 
the beginning of DS1 superframe 700 as well as the beginning of each of DS1 702, 712 
and 732, across frame alignment signal 632. As illustrated, deframer unit 602 transmits 
the payload (e.g., the DSOs), the overhead data (i.e., overhead bits) as well as frame 
alignment data (not just the payload of an incoming signal) to packet engine unit 604. 

[0045] Packet engine unit 604 receives the DSOs, the overhead bits and the framing 
alignment data from deframer unit 602 and processes the data. In one embodiment, the 
processing of data by packet engine unit 604 includes the generation of packet engine 
packets such that each packet engine packet corresponds to a DS1 frame including the 
payload of DSOs and the overhead bits. 

[0046] To help illustrate, Figure 8 shows packet engine packets corresponding to 
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DS 1 frames within a DS 1 superframe, according to embodiments of the present invention. 
Packet engine packets 800 include packets 802, 808 and 814 that correspond to DS1 
frames 702, 712 and 732 of Figure 7, respectively. As illustrated, a packet engine packet 
includes a header byte along with a payload. The payload of such packets includes the 
5 DSOs from the DS1 frames. 

[0047] For example, packet engine packet 802 includes DSOs 706 of DS1 frame 702 
along with header byte 806, which includes start of frame group (SOFG) 804 and 
overhead bit 704. SOFG 804 is part of the frame alignment data generated by deframer 
unit 602 and indicates whether the DS1 frame contained in the payload of the network 

t',i 

*3 10 engine packet is the first DS1 frame within the superframe. For example, for DS1 frame 

tQ 

hi 702, which is the first DS1 frame in DS1 superframe 700, SOFG 804 will indicate that 
s £ this is the first frame in DS1 superframe 700, while SOFG 810 and 816 of packets 808 
nj and 814, respectively, would indicate that they are not the first frame within DS1 
r i superframe 700. 

15 [0048] However, embodiments of the present invention are not so limited, as this 

f -i SOFG data could indicate other frame alignment data. For example, in another 
? ' s embodiment wherein the signal being transmitted to packet engine unit 604 is a DS3 

signal, this SOFG data could indicate the first subframe within the DS3 signal. Overhead 
bit 704 is the overhead bit from DS1 frame 702. 
20 [0049] Similarly, packet engine packet 808 includes DSOs 716 of DS1 frame 712 

along with header byte 812, which includes start of frame group (SOFG) 810 and 
overhead bit 714. Packet engine packet 814 includes DSOs 736 of DS1 frame 732 along 
with header byte 818, which includes start of frame group (SOFG) 816 and overhead bit 
734. As illustrated by Figure 8, packet engine unit 604 generates packet engine packets 
25 based on DS 1 frames such that the entire framing structure including the payload and 

overhead bits are included therein. Moreover, these packet engine packets also included 
the framing alignment data generated by deframer unit 602 within the header bytes of 
these packets. 

[0050] Packet engine unit 604 transmits packet engine packets 800 to packet 
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processor 606. Packet processor 606 generates a header for deployment as a network 
packet through packet mesh 526 (shown in Figure 5) to egress unit 622 of another or 
same line card within a given network element. In one embodiment, the network packet 
generated is an IP packet. However, embodiments of the present invention are not so 
5 limited, as any other type of packet can be generated by packet processor 606. 

[0051] Returning to Figure 6, in one embodiment, with regard to egress unit 622, 
packet processor 608 receives a number of packets from packet mesh 526 (shown in 
Figure 5) destined to be outputted from line card 502 on which packet processor 608 is 
residing. In one such embodiment, each packet being received is associated with a frame 

f 1 

10 for a given TDM signal. For example, the packet could include a DS1 subframe within a 

f rt 

(7s DS3 signal. In another embodiment, the packet could include a frame within a DS 1 

'•»> . § 

:= superframe or extended superframe signal. The above examples of the types of frames 
!'! that can be included within the packets being received by packet processor 608 are by 

!L wa Y of example and not by way of limitation, as other types of frames within TDM 

i j 

: ~ 1 5 signals can be included. 

'r-~ 

] 'i [0052] Packet processor 608 removes the packet header placed on the packet by 

; : 

r- packet processor 606 from which the packet originated, thereby leaving packet engine 

packets as illustrated by Figure 8. Packet processor 608 forwards these packets to packet 
engine unit 610. In an embodiment, packet unit 610 forwards the payload of a packet 

20 engine packet across payload signal 636. Using the example used for ingress unit 620 of 
a DS1 superframe signal, the payload for the packet engine packets will include the DSOs 
for the DS1 frame included in the packet. Returning to Figure 8 to help illustrate, for 
packet 802, DSOs 706 will be transmitted across payload signal 636. 

[0053] Additionally, packet engine unit 610 transmits the overhead bits for the DS1 

25 frame to framer unit 612 across overhead data signal 638. For example, for packet 802, 
overhead bit 704 is transmitted across overhead data signal 638. In one embodiment, 
packet engine unit 610 also transmits frame alignment data for the DS1 frame to framer 
unit 612 across frame alignment signal 640. For example for packet 802, SOFG 804 is 
transmitted across frame alignment signal 640. Framer unit 612 receives the DSOs, the 
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overhead data and the frame alignment data and aligns the DS 1 signal using bit stuffing 
operations when necessary and transmitting the DS1 signal out from egress unit 622, as is 
known in the art. 

[0054] In an alternative embodiment, frame alignment data would be transmitted by 
5 framer unit 612 to packet engine unit 610 across frame alignment signal 640, thereby 
allowing packet engine unit 610 to locate the boundaries for the signal to be transmitted. 
In such an embodiment, packet engine unit 610 performs the necessary bit stuffing 
operations for alignment the signal. In one embodiment, framer unit 612 receives a 
timing reference and generates the frame structure of the signals by counting positions. 

10 In one such embodiment, the timing reference may include a synchronization pulse to 
mark the start of a frame. In an embodiment, the internal counter of framer unit 612 
counts along independently at the rate provided by the timing reference. Accordingly, the 
associated deframer receiving the signal being framed by framer unit 612 synchronizes 
with framer unit 612. Packet engine unit 610 then forwards the signal to framer unit 612. 

15 Framer unit 612 transmits the signal out from line card 502. 

[0055] In an embodiment, wherein the TDM signal being transmitted from deframer 
unit 602 and packet engine unit 604 includes a DS3 signal, deframer unit 602 does not 
extract the overhead bits from the DS3 signal. Rather, the payload being transmitted 
across payload signal 630 will include the DS3 subframe for the given DS3 signal along 

20 with the overhead bits for the DS3 signal. Accordingly, the overhead bits are not placed 
within the header bytes of the packet engine packets, but remain within the payload of 
such packets. Returning to Figures 7 and 8 to help illustrate, for packet 802 used to 
packetize a DS3 subframe, header byte 806 will still include SOFG 804. However, the 
overhead bits will not be extracted from the payload and inserted into header byte 806. In 

25 contrast, these overhead bits will be included in the payload of packet 802. However, 

embodiments of the present invention are not so limited. In another embodiment, for the 
processing of a DS3 signal, the overhead bits are extracted from the DS3 subframes and 
are inserted into the header bytes of the packet engine packets. 
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Unframed-Based Operations 
[0056] The operation of the portions of line card 502 illustrated in Figure 6 will now 
be described in terms of unframed-based operations/ In other words, operations will be 
described within line card 502 such that the frame boundaries of the incoming TDM 
signals are not located and such that the outgoing TDM signals are not framed. Even 
though described in terms of not framing tne incoming signals, embodiments of the 
present invention are not so limited. In/one embodiment, line card 502 may still frame 
the incoming signal, but are not required for the subsequently described operations. For 
example, ingress unit 620 may still frame to ease the processing burden of another 
network element that receive tlys data and may required framing of such data. 

[0057] The following description of the unframed-based operations will be described 
such that a DS3 signal is framed to locate its DS1 signals, wherein the DS1 signals are 
processed independent of any such framing. This is by way of example and not by way 
of limitation, as other types of TDM-based signals can be incorporated into embodiments 
of the present invention. For example, in an embodiment, the incoming TDM signal 
could be an El or E3 signal. With regard to ingress unit 620, deframer unit 602 receives 
the DS3 signal and forwards the signal to packet engine unit 604 through payload signal 
630, frame alignment signal 632 and/or overhead data signal 634. In other words, in an 
embodiment, deframer unit 602 does not locate the frames within the incoming signal or 
generate framing information there from. 

[0058] In one embodiment, packet engine unit 604 receives this incoming bit stream, 
including the payload and overhead data, and breaks this stream into a defined number of 
bits independent of framing boundaries and places these bits into the payload of a packet 
engine packet. In one embodiment, the defined number of bits are such that the packet 
engine packets are. 32 bytes in size. However, embodiments of the present invention are 
not so limited, as greater or lesser size packet engine packets can be incorporated into 
embodiments of the present invention. 

[0059] For example, in one embodiment, the incoming signal into deframer unit 602 
includes a DS3 signal. Deframer unit 602 separates this DS3 signal into its component 
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DS1 signals. However, in one such embodiment, the individual DS1 signals are not 
framed. Instead, a given DS1 signal is arbitrarily broken into frame-sized pieces without 
regard to the actual frame boundaries within the DS1 signal. Moreover, in an 
embodiment, the bits of such frame-sized pieces are placed into packet engine packets 
5 800 having the appropriate SOFG, overhead bit and payload format, as if the bits were 
overhead and payload bits of a given frame. However, the SOFG bit of the packet would 
not be set, as no framing is involved herein. 

[0060] Returning to Figure 8 to help illustrate, the defined number of bits are placed 
into the location designated for DSOs. For example, for packet 802, this defined number 
^ 10 of bits from the incoming bit stream are placed into the location for DSOs 706. Similar to 
" the framed-based operations, header byte 806 is generated for packet 802. However, 
;J header byte 806 does not include SOFG 804 or overhead bit 704, as there is no framing 

*;* involved in this embodiment. Overhead bit 704 is, however, included in the incoming bit 

UJ 

s stream. 

= = 15 [0061] Packet engine unit 604 transmits packet engine packets 800 to packet 

N processor 606. Similar to the framed-based operations, packet processor 606 generates a 

£ l T 

5 : 

■5 :sr 

M header for deployment as a network packet through packet mesh 526 (shown in Figure 5) 
to egress unit 622 of another or same line card. In one embodiment, the header includes 
the source and destination for the packet. The source is determined based on the line card 

20 and if multiple ports on the line card, which port the data within the packet is being 
received from. The destination is determined based on forwarding tables, which are 
known in the art, that packet processor 606 accesses from a memory location internal or 
external to packet processor 606 (not shown). In one embodiment, the network packet 
generated is an IP packet. However, embodiments of the present invention are not so 

25 limited, as any other type of packet can be generated by packet processor 606. 

[0062] In another embodiment, packet engine unit 604 does not processes the 
incoming bits (i.e., the generation of a packet engine packet), including the division of the 
incoming bits and the placement of a header thereon to form these packets. Rather, 
packet engine unit 604 passes these incoming bits to packet processor 606. In such an 
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embodiment, packet processor 606 delineates these incoming bits to place such bits into 
packets of a given size, which varies depending on the protocol or standard employed for 
transmission out from packet processor 606. 

[0063] With regard to egress unit 622, packet processor 608 receives a number of 
5 packets from packet mesh 526 (shown in Figure 5) destined to be outputted from line card 
502 on which packet processor 608 is residing. Packet processor 608 removes the packet 
header placed on the packet by packet processor 606 from which the packet originated, 
thereby leaving packet engine packets as illustrated by Figure 8. Packet processor 608 
forwards these packets to packet engine unit 610. Packet engine unit 610 removes the 
10 bits from the payload of packet engine packets 800 and forwards these bits to framer unit 
612 through payload signal 636, frame alignment signal 638 and/or overhead data signal 
640. Framer unit 612 passes these bits onto the outgoing line, independent of any 
framing. In other words, framer unit 612 dumps the bits onto the outgoing line without 
regard for framing of such bits. 

15 

System Applications 
[0064] System applications related to both framed-based and unframed-based 
operations will now be described. As illustrated, by Figures 7 and 8, for frame-based 
operations, embodiments of the present invention break down the incoming TDM signals 
20 into their constituent parts for transmission as network packets, while maintaining the 
framing structure of the original TDM signals, including the payload and the overhead 
bits contained therein, as well as frame alignment data related to the signal. Moreover, 
embodiments of the present invention can provide the functionality of the prior art 
illustrated in Figure 2, independent of interface units 204 and 214 and digital signal 
25 processors 206 and 212, thereby reducing the real estate as well as the power 
consumption required there from. 

[0065] In particular, upon receipt of packet engine packets 800 from packet engine 
unit 610, packet processor can break the DSOs within the payload into individual DSOs 
packet streams. Accordingly, in an embodiment, the individual DSOs are buffered and 
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packetized independent of other DSOs within the DS1 frames. For example, the first DSO 
of a first DS1 frame are buffered with the first DSOs of the subsequent DS1 frames and 
packetized based on the number of bits to be included in the payloads of the packets to be 
transmitted out from packet processor 606. Moreover, packet processor 606 can 
5 compress one to any number of the DSOs packet streams, as provided by digital signal 
processor 206, using standard compression techniques. In one embodiment, packet 
processor 606 can transmit one to any number of the DSOs packet streams to a remote 
location for compression of such streams. Accordingly, the compression can be 
performed by processors, such as a digital signal processor, located in remote locations 
10 (e.g., other network elements) without occupying expensive real estate on the line cards 
|f % of this network element. 

s '-i [0066] In an embodiment, packet processor 606 encapsulates these packets with 

■« headers that include the source and destination, as described above with other packets 

h being processed by packet processor 606. Packet processor 606 forwards these DSO 

Q 

,;=15 packet streams to egress units 622 of this or other line cards of the given network element 
- j for external transmission. Moreover, in an embodiment, the overhead bits and frame 
L'l alignment data are transmitted to the receiving egress unit 622 through the packet stream. 
Packet processor 608 of the receiving egress unit 622 receives the DSO packets and 
interleaves the DSOs into DS1 frames. Additionally, packet processor 608 generates 
20 packet engine packets 800 using the interleaved DSOs as payload along with overhead 
bits and frame alignment data with the headers, as illustrated by Figure 8. Packet engine 
unit 610 and framer unit 612 generate the outgoing TDM signals, as described above. 

[0067] Another system application for the frame-based operations could include the 
functionality provided by the prior art illustrated in Figure 3 to allow for switching at the 
25 DSO level. In particular, as set forth above in the other-described system application for 
frame-based operations, packet processor 606 can separate the individual DSOs within the 
payloads of packet engine packets 800 and generate individual DSO packet streams across 
a number of DS1 frames. Accordingly, in one embodiment of the frame-based 
operations, packet mesh 526 (shown in Figure 5) of network elements 402-408 can act as 
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a full DSO-level cross connect. 

[0068] As described above, these DSOs can be mapped into packet size data that can 
be processed by packet processor 606 and packet processor 608 as well as being switched 
through packet mesh 526. Returning to Figure 5 to help illustrate, 24 DSOs could be 
5 generated by packet processor 606 of line card 502a. Additionally, an additional 24 DSOs 
could be generated by packet processor 606 of line card 502b. Based on configuration of 
network element 402, the first 14 DSOs signals from line card 502a are to be combined 
with the last 10 DSOs from line card 502b and are to be transmitted out as a DS1 signal 
through an interface on line card 502d. Moreover, based on configuration of network 
£;3 10 element 402, the last 10 DSOs from line card 502a are to be combined with the first 14 
£3 DSOs from line card 502b and are to be transmitted out as a DS1 signal through an 
4 interface on line card 502c. The above-described switching and combining of DSOs is by 
way of example and not by way of limitation, as DSOs from any number of locations can 

E9 

s be combined and switched based on forwarding tables and/or databases that packet 

O 

= ™ 15 processors 606 and 608 can access. As shown, DSOs can be switched through packet 

!»* 

L j mesh 526 and interleaved within DSls in different combinations such that a given 

n 

r~ outgoing TDM signal can include one to a number of DSOs from different incoming TDM 
signals. 

[0069] System applications for unframed-based operations will now be described. In 
20 one embodiment of the unframed-based operations, packet mesh 526 (shown in Figure 5) 
of network elements 402-408 can act as a full DS1 or DS3 level cross connect. In 
particular, as described above, these TDM signals can be mapped into packet size data 
that can be processed by packet processor 606 and packet processor 608 as well as being 
switched through packet mesh 526, independent of locating framing boundaries within 
25 such signals. 

[0070] Returning to Figure 5 to help illustrate, 28 DS1 signals could be received by 
line card 502a. Additionally, an additional 28 DS1 signals could be received by line card 
502b. Based on configuration of network element 402, the first 14 DS1 signals coming 
into line card 502a are to be combined with the last 14 DS1 signals coming into line card 
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502b and are to be transmitted out as a single DS3 signal through an interface on line card 
502d. Moreover, based on configuration of network element 402, the last 14 DS1 signals 
coming into line card 502a are to be combined with the first 14 DS1 signals coming into 
line card 502b and are to be transmitted out as a single DS3 signal through an interface on 
5 line card 502c. These operations can be performed employing packet processors 606-608 
and packet mesh 526. 

[0071] In particular, each of the 28 DS1 signals being received by line card 502a and 
each of the 28 DS1 signals being received by line card 502b are mapped into packet size 
data and processed as packets through packet processor 606 and packet mesh 526, 
C3 10 independent of the frames within such signals. These packets are received by packet 
£0 processor 608 of the given line cards for which the DS1 signals are destined and 
s 4 reassembled into their original DS1 signals by the associated packet engine unit 610 and 

t: : = 

framer unit 612. For example, the packets making up the first 14 DS1 signals being 
~ received by line card 502a and the first 14 DS1 signals being received by line card 502b 

B £ 15 are received by packet processor 608 of line card 502d and are reassembled into their 
vj original DS1 signals by packet engine unit 610 and framer unit 612 of line card 502d. 
11 Moreover, framer unit 612 interleaves these 28 DS1 signals into a DS3 signal and 
transmits this DS3 signal out from line card 502. 

[0072] Embodiments of the present invention are not such that the framed or 
20 unframed-based operations on the ingress side dictate the framed or unframed-based 

operations on the egress side. In one embodiment, ingress unit 620 frames the incoming 
signal based on the frame and/or frame group boundaries, as described above, while the 
receiving egress unit 622 performs the framing operations related to both the frame and 
frame group (e.g., DS1 superframe) boundaries for the outgoing signal from framer unit 
25 612. In other words, using the SOFG, framer unit 612 replaces the overhead bits and 

aligns the payload with the frame and/or frame group boundaries. Accordingly, robbed- 
bit signaling and subrate formats that require alignment to frame group boundaries are 
passed intact. In such an embodiment, the input and output data links are treated as 
separate links for the purposes of line maintenance signaling. 
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[0073] In another embodiment, ingress unit 620 frames the incoming signal based on 
the frame and/or frame group boundaries, as described above, while the receiving egress 
unit 622 performs the framing operations related to only to the frame boundaries and not 
the frame group (e.g., DS1 superframe) boundaries for the outgoing signal from framer 
unit 612. In such an embodiment, the receiving egress unit 622 ignores the SOFG such 
that the frame group boundary is not aligned but the individual frames therein are. 
Accordingly, in the event of frame slippage due to clock differences, the slips occur in 
units of one frame. Such an embodiment can be used for long distance voice traffic. In 
such an embodiment, the input and output data links are treated as separate links for the 
purposes of line maintenance signaling. 

[0074] In an embodiment, ingress unit 620 frames the incoming signal based on the 
frame and/or frame group boundaries, as described above, while the receiving egress unit 
622 does not perform framing operations of the received signal. Therefore, the payload 
along with the overhead data is passed, thereby allowing the monitoring of the overhead 
information. In such an embodiment, the input and output data links are treated as parts 
of a single link for the purposes of line maintenance signaling. 

[0075] In one embodiment, ingress unit 620 does not frame the incoming signal, 
while the receiving egress unit 622 also does not perform framing operations on this 
signal. The payload of this signal is forwarded with all of the overhead data still within 
the signal. In one such embodiment, the overhead data on this signal cannot be 
monitored. In such an embodiment, the input and output data links are treated as parts of 
a single link for the purposes of line maintenance signaling. Moreover, slippage within 
the signal is within framed-sized units. 

[0076] In another embodiment, ingress unit 620 and the receiving egress unit 622 
processes the signal in a transparent mode. The data is sent across packet mesh 526 as 
certain-sized packets without placing such data into the format of packet engine packets 
800, illustrated in Figure 8. In one such embodiment, slippage within the signal is within 
packet-sized units. 
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[0077] Moreover, with regard to timing between a given deframer at the line card 
where a TDM signal is to be packetized and the corresponding framer where the 
packetized signal is reconstructed, a number of mechanisms may be employed. In an 
embodiment, the framer on the line card where the TDM signal is packetized and the 
5 framer on the line card where the signal is reconstructed from packetized data are timed 
from a common network clock, while the far end network element sending the TDM 
signal to be packetized is loop timed (i.e., its framer is timed according to the signal 
received by its deframer). In one embodiment, the framer where the TDM signal is 
reconstructed and the framer at the far end network element where the signal originated 

-if 10 are both timed from a common network clock that is distributed by some other 

£'5 transmission path. 

V J [0078] In an embodiment, the framer where the TDM signal is reconstructed and the 

«!" framer where such signal originates are not constrained to have common timing, thereby 

f \% 

i~ allowing frame-slips to occur. In one embodiment, the timing of the framer where the 

Jz 15 signal is reconstructed is adjusted according to timing information inferred from the 

r 

vj arrival time of the packets and/or the length of the queue of packetized TDM data to be 
1 1 sent. In an embodiment, the timing of the TDM signal to be packetized is compared 
against the network clock. Accordingly, a measure of the deviation is placed in the 
packets of the TDM data and transmitted to where the TDM signal is reconstructed and 
20 used to adjust the timing of the framer therein. However, embodiments of the present 

invention are not so limited. For example, in another embodiment, the deviation from the 
network clock can be communicated to the reconstructing line card by other means or 
transmission paths. The above-described embodiments of the techniques to provide 
timing between a given deframer and framer are by way of example and not by way of 
25 limitation, as other techniques to allowing for such timing can be incorporated into 
embodiments of the present invention. 

[0079] The line cards and control cards included in the different network elements 
include memories, processors and/or Application Specific Integrated Circuits (ASICs). 
Such memory includes a machine-readable medium on which is stored a set of 
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instructions (i.e., software) embodying any one, or all, of the methodologies described 
herein. Software can reside, completely or at least partially, within this memory and/or 
within the processor and/or ASICs. For the purposes of this specification, the term 
"machine-readable medium" shall be taken to include any mechanism that provides (i.e., 
stores and/or transmits) information in a form readable by a machine (e.g., a computer). 
For example, a machine-readable medium includes read only memory (ROM); random 
access memory (RAM); magnetic disk storage media; optical storage media; flash 
memory devices; electrical, optical, acoustical or other form of propagated signals (e.g., 
carrier waves, infrared signals, digital signals, etc.); etc. 

[0080] Thus, a method and apparatus for alignment of TDM-based signals for packet 
transmission using framed and unframed operations have been described. Although the 
present invention has been described with reference to specific exemplary embodiments, 
it will be evident that various modifications and changes may be made to these 
embodiments without departing from the broader spirit and scope of the invention. 



V [0081] For example, embodiments of the/present invention illustrated with Figures 
and 8 were described with regard to a T>${ superframe. However, embodiments of the 
present invention are not so limited, as other transmission standards can be employed. 
For example, the El standard coula be used. Therefore, the overhead bits illustrated in 
Figures 7 and 8 would becomo / overhead bytes. In one such embodiment, the overhead 
bytes would be included wyrfiin the payload of the signal. 

[0082] Moreover, embodiments of the present invention are described within a line 
card in an in-ring network element (illustrated in Figure 1). However, embodiments of 
the present invention are not so limited. For example, embodiments of the present 
invention can be incorporated into other network elements, such as non-ring network 
elements. 

[0083] Additionally, the processing was described across line cards and control cards. 
However, embodiments of the present invention are not so limited. For example, a single 
line card could incorporate the processing described across multiple line cards and/or 
control cards in the network elements. Moreover, the functionality described in card 
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could be moved to a different card. For example, the functionality described in a line 
card could be incorporated into the control card. Accordingly, the specification and 
drawings are to be regarded in an illustrative rather than a restrictive sense. 
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